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(54) Method of translating protocol at translator, method of providing protocol translation 
information at translation server, and address translation server 



(57) A translator (1 1 ) is connected to a first network 
(1) for transferring data in a first protocol, to a second 
network (2) for transferring data in a second protocol, 
and to a translation server (21 ) to which other translators 
(12, 13) areconnected, for retaining translation informa- 
tion for a protocol translation between the first protocol 
and the second protocol. The translator (1 1 ) generates 



a second address in the first protocol corresponding to 
a first address in the second protocol provided to a ter- 
minal (42) accommodated in the second network (2). It 
retains a correspondence between the first address and 
the second address as the translation information and 
registers the correspondence at the translation server 
(21). 
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Description 

BACKGROUND OF THE INVENTION 



[0001] The present invention relates to a method of 
and a system for translating addresses between an In- 
ternet Protocol Version 4 (IPv4) address and an Internet 
Protocol Version 6 (IPv6) address. 
[0002] There are known NAT-PT (refer to httpV/www. 
tetf.org/rfc/rfc2766.txt; pp.6 - 18 and http^/www. ietf.org/ 
rfc/rfc2765.txt; pp.9 - 22) : SOCKS64 (refer to http:// 
search.ietf.org/internet-drafts/draft-ietf-ngtrans-socks- 
gateway-05.txt), etc. as a method of connecting a net- 
work using an Internet Protocol version 4 protocol (here- 
inafter, referred to as an IPv4 network) with a network 
using an Internet Protocol version 6 protocol (hereinaf- 
ter, referred to as an IPv6 network). 
[0003] Both of them are basically used to translate for- 
mats of IP packets mutually between IPv4 and IPv6. For 
example, they are used for a translation between an 
IPv4 address and an IPv6 address. Hereinafter, an ap- 
paratus for performing this translation is referred to as 
a translator. The translator needs to retain a correspond- 
ence between the IPv4 address and the IPv6 address. 
If this correspondence is dynamically generated when- 
ever a communication occurs, name resolving of a do- 
main name system (DNS) is used as a clue to the gen- 
eration (refer to the Internet RFC Dictionary published 
by ASCII, pp.323 -329). 

[0004] The DNS is a system for translating a name (a 
character string) easy to understand for human beings 
such as a URLon the Web to an IP address. Hereinafter, 
an operation of translating a name to an IP address is 
referred to as name resolving. Today, the DNS is used 
in almost all of the applications on the Internet to acquire 
an IP address of a correspondent terminal. 
[0005] The translator always monitors a DNS mes- 
sage exchanged at initiating a communication so as to 
make a name resolving request message a clue to gen- 
erating translation information (a correspondence of an 
IP address, etc.). Specifically, if an IPv4 address is a 
response to name resolving performed by an IPv6 ter- 
minal for a certain name, this IPv4 address is rewritten 
to an IPv6 address and then returned to an IPv6 termi- 
nal. Subsequently the IPv4 not rewritten is associated 
with the IPv6 address which has been rewritten. In other 
words, a response message for name resolving is 
snatched and rewritten and then translation information 
is generated based on the information before and after 
the rewriting. The translation information dynamically 
generated in this operation is temporary and therefore 
it is discarded after an end of the communication. 
[0006] In the above prior art, the terminal is not as- 
sumed to move and therefore the correspondence be- 
tween the IPv4 address and the IPv6 address is man- 
aged only inside the translator and thus the correspond- 
ence is not exchanged among a plurality of translators. 
[0007] Each translator has a certain service area, 
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thereby disabling different translators to exchange a 
correspondence between an IPv4 address and an IPv6 
address of each device. Therefore, a communication is 
interrupted if a terminal taking a translation service 

5 moves across service areas of the translators. 

[0008] In addition, as already described above, the 
correspondence between the IPv4 address and the IPv6 
address is discarded at an end of the communication 
and a different correspondence is used for each com- 

10 munication. In other words, a content to be rewritten in 
a response message for name resolving changes for 
every communication. Therefore, from the viewpoint of 
a terminal which has requested the name resolving, the 
terminal acquires different IP addresses for the same 

is name. While the DNS generally has a cache function of 
storing an IP address for a certain period regarding a 
name for which name resolving is once performed, an 
IP address for the name changes whenever name re- 
solving is performed in the conventional protocol trans- 
20 lation method, and therefore the cache function cannot 
be used. 

SUMMARY OF THE INVENTION 

25 [0009] Therefore, it is an object of the present inven- 
tion to provide a method of enabling a communication 
to be continued without any interruption even if one or 
both of terminals move if a protocol translation is nec- 
essary at a junction of both networks due to a difference 

30 between protocols of these networks accommodating 
one and the other terminals. It is another object of the 
present invention to provide a method of enabling a DNS 
cache function in name resolving with a DNS to be a 
clue to dynamically generating translation information 

35 necessary for translating a protocol. 

[0010] The above underlying problem is solved ac- 
cording to the independent claims. 
[0011] The dependent claims relate to prefered em- 
bodiments of the concept of the present invention. 

40 [0012] In accordance with a first aspect of the present 
invention, there is provided a method of translating pro- 
tocols at a translator, which is connected to a first net- 
work for transferring data in a first protocol, to a second 
network for transferring data in a second protocol, and 

45 to a translation server to which other translators are con- 
nected, for retaining translation information for a proto- 
col translation between the first protocol and the second 
protocol. The translator detects an address query of a 
terminal accommodated in the second network from a 

50 first mobile terminal accommodated in the first network 
and then generates a second address in the first proto- 
col corresponding to a first address in the second pro- 
tocol provided to the terminal. In addition, it retains a 
correspondence between the first address and the sec- 

55 ond address as the translation information and registers 
the correspondence between the first address and the 
second address at the translation server. 
[001 3] Upon receiving a packet having the second ad- 



BNSOOCIO; <EP 1251668A2J_> 



EP 1 251 668 A2 



dress as a destination IP address from the second mo- 
bile terminal at the address in the first protocol in which 
a source IP address is provided to the second mobile 
terminal as a result of a movement of the second mobile 
terminal which has been communicating with the termi- 
nal via other translators in the above, the translator in- 
quires the translation server about address information 
of the terminal. The translator receives the correspond- 
ence between the first address and the second address 
registered by other translators in the above from the 
server and rewrites the destination I P address to the first 
address. It transmits the rewritten packet to the terminal. 
[0014] In accordance with another aspect of the 
present invention, there is provided an address transla- 
tion server connected to a first network for transferring 
data in a first protocol, which retains a name of a terminal 
accommodated in a second network for transferring da- 
ta in the first protocol, an address in a second protocol 
corresponding to the name, and a table for containing a 
correspondence with an address in the first protocol 
generated correspondingly to the above address. 
[0015] The address translation server transmits the 
address in the first protocol to the terminal upon receiv- 
ing an address query to the name from a terminal ac- 
commodated in the first network. 
[001 6] Upon receiving a packet having the second ad- 
dress as a destination address from the terminal which 
Jias been communicating with the second terminal via 
other translators the translator may also inquire of the 
.translation server about address information of the sec- 
ond terminal. The translator receives the correspond- 
ence between the first address and the second address 
registered by other translators from the translation serv- 
er and rewrites the destination address to the first ad- 
dress. It transmits the rewritten packet to the second ter- 
minal. 

[0017] In a prefered embodiment of the invention the 
destination address is a destination IP address and the 
source address is a source IP address. Preferably, the 
first protocol is the Internet Protocol version 4 (IPv4) or 
version 6 (IPv6) protocol and the second protocol is the 
Internet Protocol version 4 (IPv4) or version 6 (IPv6) pro- 
tocol. 

[0018] In accordance with another aspect of the 
present Invention, there is provided an address transla- 
tion server connected to a first network for transferring 
data in a first protocol, comprising a memory for storing 
a name of a terminal accommodated in a second net- 
work for transferring data in a second protocol, an ad- 
dress in the second protocol corresponding to that 
name, and a table containing a correspondence be- 
tween the address and an address in the first protocol 
generated in correspondence with that address. 
[0019] In accordance with another aspect of the 
present invention, there is provided an address transla- 
tor connected to a first network transferring data in a first 
protocol, to a second network transferring data in a sec- 
ond protocol, and to a translation server to which other 



translators are connected. The translator retains trans- 
lation information for a protocol translation between the 
first protocol and the second protocol. 
[0020] The translator detects an address query of a 

5 second terminal accommodated in the second network 
from a first terminal, preferably a mobile terminal, ac- 
commodated in the first network. It generates a second 
address in the first protocol corresponding to a first ad- 
dress in the second protocol provided to the first termi- 

10 nal. The translator retains a correspondence between 
the first address and the second address as the trans- 
lation information and registers the correspondence be- 
tween the first address and the second address at the 
translation server. 

15 [0021] Other features of the present invention besides 
those discussed above will become apparent from the 
following detailed description. 
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BRIEF DESCRIPTION OF THE DRAWINGS 



[0022] 



Fig. 1 is a diagram of assistance in explaining a con- 
figuration of a network in which an IPv6 network is 
connected to an IPv4 network; 
Fig. 2 is a diagram of assistance in explaining a 
communication route selected if the IPv6 mobile ter- 
minal initiates a communication in a foreign net- 
work; 

Fig. 3 is a diagram of assistance in explaining a 
communication route selected if the IPv6 mobile ter- 
minal moves from the location shown in Fig. 2; 
Fig. 4 is a diagram of assistance In explaining a 
communication route selected if the IPv6 mobile ter- 
minal moves from a home network to a foreign net- 
work and performs a route optimization or if the I Pv6 
mobile terminal initiates a communication in the for- 
eign network and then performs a route optimiza- 
tion; 

Fig. 5 is a diagram of assistance in explaining a 
communication route selected if the IPv6 mobile ter- 
minal further moves after the route optimization 
shown in Fig. 4; 

Fig. 6 is a diagram of assistance in explaining a 
communication route selected if the IPv6 mobile ter- 
minal initiates a communication in the home net- 
work; 

Fig. 7 is a diagram of assistance in explaining a 
communication route selected if the IPv6 mobile ter- 
minal moves from the home network to the foreign 
network; 

Fig. 8 is a diagram of assistance in explaining a 
communication route selected if the IPv6 mobile ter- 
minal further moves from the location shown in Fig. 
7; 

Fig. 9 is a diagram of assistance in explaining a con- 
figuration of another network in which the IPv4 net- 
work is connected to the IPv6 network; 



3 



BNSOOCtD: <EP 1251668A2J_> 




5 EP 1 251 

Fig. 10 is a diagram of assistance in explaining a 
communication route selected if the IPv4 mobile ter- 
minal initiates a communication in a foreign net- 
work; 

Fig. 11 is a diagram of assistance in explaining a s 
communication route selected if the IPv4 mobile ter- 
minal moves from the location in Fig. 10; 
Fig. 12 is a diagram of assistance in explaining a 
communication route selected if the IPv4 mobile ter- 
minal moves from the home network to a foreign 10 
network and performs a route optimization or if the 
IPv4 mobile terminal initiates a communication in 
the foreign network and then performs a route opti- 
mization; 

Fig. 13 is a diagram of assistance in explaining a 15 
communication route selected if the IPv4 mobile ter- 
minal further moves after the route optimization 
shown in Fig. 12; 

Fig. 14 is a diagram of assistance in explaining a 
communication route selected if the IPv4 mobile ter- 20 
minal initiates a communication in the home net- 
work; 

Fig. 15 is a diagram of assistance in explaining a 
communication route selected if the IPv4 mobile ter- 
minal moves from the home network to the foreign 25 
network; 

Fig. 16 is a diagram of assistance in explaining a 
communication route selected if the IPv4 mobile ter- 
minal further moves from the location shown in Fig 
15; 30 
Fig. 17 is a diagram of assistance in explaining a 
communication route selected if the IPv6 mobile ter- 
minal initiates a communication in a foreign network 
while using a DNS server incorporated translation 
server; 35 
Fig. 1 8 is a diagram of assistance in explaining a 
communication route selected if the IPv6 mobile ter- 
minal moves from the location shown in Fig. 17; 
Fig. 1 9 is a block diagram of assistance in explain- 
ing an embodiment of a translator according to the 40 
present invention; 

Fig. 20 is a block diagram of assistance in explain- 
ing an embodiment of a translation server according 
to the present invention; 

Fig. 21 is a block diagram of assistance in explain- 45 
ing an embodiment of a DNS server incorporated 
translation server according to the present inven- 
tion: 

Fig. 22 is a diagram of assistance in explaining an 
embodiment of a translation table 101; so 
Fig. 23 is a diagram of assistance in explaining an 
embodiment of translation information retained in 
the translation server with the DNS server accord- 
ing to the present invention; 

Fig. 24 is a sequence diagram in which the IPv6 mo- 55 
bile terminal in the foreign network originates a call; 
Fig. 25 is a sequence diagram in which the IPv6 mo- 
bile terminal moves after an end of the procedure 
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shown in Fig. 24; 

Fig. 26 is a sequence diagram of a route optimiza- 
tion performed when the IPv6 mobile terminal 
moves within the foreign network; 
Fig. 27 is a sequence diagram in which the IPv6 mo- 
bile terminal in the foreign network receives a call; 
Fig. 28 is a sequence diagram in which the IPv6 mo- 
bile terminal in the foreign network moves; 
Fig. 29 is a sequence diagram for a route optimiza- 
tion after an end of the procedure shown in Fig. 28; 
Fig. 30 is a sequence diagram in which the IPv6 mo- 
bile terminal originates a call in the home network; 
Fig. 31 is a sequence diagram in which the IPv6 mo- 
bile terminal moves from the home network to a for- 
eign network; 

Fig. 32 is a sequence diagram in which the IPv6 mo- 
bile terminal further moves in the foreign network; 
Fig. 33 is a sequence diagram of a route optimiza- 
tion after an end of the procedure shown in Fig. 31 ; 
Fig. 34 is a sequence diagram for a route optimiza- 
tion after an end of the procedure shown in Fig. 32; 
Fig. 35 is a sequence diagram in which the IPv6 mo- 
bile terminal in the home network receives a call; 
Fig. 36 is a sequence diagram in which the IPv6 mo- 
bile terminal moves to a foreign network after an 
end of the procedure shown in Fig. 35; 
Fig. 37 is a sequence diagram in which the IPv6 mo- 
bile terminal further moves in the foreign network 
after an end of the procedure in Fig. 36; 
Fig. 38 is a sequence diagram for a route optimiza- 
tion after an end of the procedure shown in Fig. 36; 
Fig. 39 is a sequence diagram for a route optimiza- 
tion after an end of the procedure shown in Fig. 37; 
Fig. 40 is a sequence diagram in which the IPv4 mo- 
bile terminal in a foreign network initiates a commu- 
nication; 

Fig. 41 is a sequence diagram in which the IPv4 mo- 
bile terminal moves after an end of the procedure 
shown in Fig. 40; 

Fig. 42 is a sequence diagram for a route optimiza- 
tion after an end of the procedure shown in Fig. 41 ; 
Fig. 43 is a seq u ence d iagram i n wh ich t he I Pv6 mo- 
bile terminal in a foreign network initiates a commu- 
nication while using a DNS server incorporated 
translation server; 

Fig. 44 Is a sequence diagram in which the IPv6 mo- 
bile terminal moves after an end of the procedure 
shown in Fig. 43; 

Fig. 45 is a sequence diagram in which the IPv6 mo- 
bile terminal initiates a new communication with the 
same destination after an end of the procedure 
shown in Fig. 44; 

Fig. 46 is a diagram showing an IPv4 packet format; 
Fig. 47 is a diagram showing a Mobile IPv4 regis- 
tration request message format; 
Fig. 48 is a diagram showing a Mobile IPv4 regis- 
tration reply message format; 
Fig. 49 is a diagram showing an IPv6 packet format; 
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Fig. 50 is a diagram showing an IPv6 destination 
options header format; 

Fig. 51 is a diagram showing a mobile Ipv6 binding 
update message format; 

Fig. 52 is a diagram showing a Mobile IPv6 binding 
acknowledge message format; 
Fig. 53 is a diagram showing a Mobile IPv6 binding 
request message format; 

Fig. 54 is a diagram showing a DNS query message 
format; 

Fig. 55 is a diagram showing a DNS response mes- 
sage format; 

Fig. 56 is a diagram showing a DNS header part 
(message format (common to query and response); 
Fig. 57 is a diagram showing a DNS query part (Fig. 

42) message format; 

Fig. 58 is a diagram showing a DNS response part 
message format (common to R1 , R2, and R3 in Fig. 

43) ; 

Fig. 59 is a diagram showing a translation informa- 
tion register message format; 
Fig. 60 is a diagram showing a translation informa- 
tion query message format; 

Fig. 61 is a diagram showing an embodiment of a 
translation information response message format; 
Fig. 62 is a diagram showing an embodiment of a 
message format of a header part of a translation in- 
formation register message; 
Fig. 63 is a message format of a header part of 
translation information query and a response mes- 
sage; 

Fig. 64 is a diagram showing a translation informa- 
tion query part message format; and 
Fig. 65 is a diagram showing a translation informa- 
tion response part message format (common to R1 , 
R2, and R3 in Fig. 61). 

DETAILED DESCRIPTION OF THE EMBODIMENTS 

[0023] Referring to Fig. 1 , there is shown a diagram 
of assistance in explaining a configuration of a network 
in which an IPv6 network is connected to an IPv4 net- 
work. A network 1 and a network 2 belong to the IPv6 
network and a network 3 belongs to the IPv4 network. 
The network 1 is a home network of the IPv6 mobile ter- 
minal 41 . If the mobile terminal 41 moves to a position 
q, the network 2 is a foreign network of the mobile ter- 
minal 41 . Hereinafter, the network 1 , the network 2, and 
the network 3 are referred to as a home network, a for- 
eign network, and an IPv4 network, respectively. In Fig. 
1, there are shown translators 11, 12, and 13, a trans- 
lation server 21 , DNS servers 22, 23, and 24, a home 
agent (HA) 31 , and an IPv4 terminal 42. The DNS serv- 
ers 22 and 23 and the translators 11, 12, and 13 can 
communicate with each other both in the IPv4 and the 
IPv6, each having an IPv4 address and an IPv6 ad- 
dress. The translation server 21 and the DNS server 24 
are given IPv4 addresses and the home agent 31 is giv- 



en an IPv6 address. The translators 11,12, and 1 3 have 
their service areas. For example, a service to a terminal 
in a position p is provided by the translator 1 1 and a serv- 
ice to a terminal in the position q is provided by the trans- 
5 lator12. 

[0024] An embodiment of the translators 11 , 12, and 
13 is shown in Fig. 19. Referring to Fig. 19, there is 
shown a functional block diagram of the translator. The 
translator has a processor, a storage device, and a com- 

10 munication controller for a connection to a network as 
hardware, though they are not shown. An input packet 
filtering process, a translation server query process 1 00, 
a DNS message translation and process 102, a Mobile 
IP message translation and process 103, and a data 

15 packet translation and process 104 are made of soft- 
ware and executed by the processor. They can be made 
of hardware. A translation table 101 and a translation 
server address are retained in a storage device. In the 
input packet filtering process, input packets are distrib- 

20 uted to the translation server query process 100, the 
DNS message translation and process 1 02, and the Mo- 
bile IP message translation and process 103 and the 
data packet translation and process 104. Referring to 
Fig. 22, there is shown an embodiment of the translation 

2s table 1 01 . The translation table 1 01 and other processes 
performed by the translators are described later. 
[0025] Referring to Fig. 20, there is shown an embod- 
iment of the translation server 21 . Fig. 20 shows a func- 
tional block diagram of the translation server. The trans- 

30 lation server 21 has a processor, a storage device, and 
a communication controller for a connection to a net- 
work as hardware, though they are not shown. An input 
packet filtering process, a translation information regis- 
ter request process 111, and a translation information 

35 query process 1 1 2 are made of software and executed 
by the processor. They can be made of hardware. Trans- 
lation information 110 is retained in the storage device. 
In the input packet filtering process, input packets are 
distributed to the translation information register request 

40 process 1 1 1 and the translation information query proc- 
ess 112. The translation information 110 is a collection 
of contents of the translation table 1 00 retained in each 
translator, and items to be entered in the table are the 
same as those of the translation table 1 01 shown in Fig. 

45 22. Therefore, the table for the translation information 
110 is not shown. A registration method of the transla- 
tion information 110 and other processes performed by 
the translation server 21 are described later. 
[0026] The DNS servers 22, 23, and 24 have the 

50 same configurations as those of the prior arts. 

[0027] Referring to Fig. 2, there is shown a communi- 
cation route selected if the mobile terminal 41 initiates 
a communication with the IPv4 terminal 42 in a foreign 
network 2. A packet destined for the terminal 42 trans- 

55 mitted from the terminal 41 reaches the terminal 42 via 
the translator 12. On the other hand, a packet destined 
for the terminal 41 transmitted from the terminal 42 is 
transmitted to the terminal 41 via the translator 12 and 
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the home agent 31. Since a home address (a care of 
address if the terminal 41 moves to the foreign network) 
of the mobile terminal 41 is registered at the home agent 
31 , the packet destined for the terminal 41 transmitted 
from the terminal 42 always passes through the home 
agent except when a route optimization is performed as 
described later Referring to Fig. 3, there is shown a 
communication route selected if the mobile terminal 42 
moves from the position q to a position r. The packet 
destined for the terminal 42 transmitted from the termi- 
nal 41 reaches the terminal 42 via the translator 1 3. On 
the other hand, the packet destined for the terminal 41 
transmitted from the terminal 42 is transmitted to the ter- 
minal 41 via the translator 13 and the home agent 31. 
Figs. 4 and 5 illustrate communication routes selected 
after a communication route optimization performed in 
the conditions shown in Figs. 2 and 3, respectively. After 
the communication route optimization, the packet des- 
tined for the terminal 41 transmitted from the terminal 
42 reaches the terminal 41 bypassing the home agent 
31 . A route optimization process after the terminal 41 in 
the foreign network initiates the transmission to the ter- 
minal 42 is the same as a route optimization process 
after the terminal 41 moves from the home network 1 to 
the foreign network 2, and therefore the latter example 
is shown in Fig. 4. 

[0028] Operation procedures in Figs. 2, 3, and 5 are 
shown in Figs. 24, 25, and 26. In Figs. 24, 25, and 26, 
three rectangles above an arrow totally represent an IP 
packet, with the respective rectangles representing a 
destination IP address, a source IP address, and an IP 
pay load in this order from the beginning of the packet in 
the forward direction. Five rectangles represent a care 
of IP address, an IP address of a home agent, a desti- 
nation IP address, a source IP address, and an IP pay- 
load, respectively. As shown in Fig. 24, for example, two 
IP addresses t6 and p6 are entered for the terminal 41 ; 
an address at left is a home IP address (IPv6 address) 
given to the terminal 41 and an address at right is a care 
of address (IPv6 address) given by the foreign network 
2. In addition, are given x4 (IPv4 address) to the trans- 
lation server 21 , v6 (IPv6 address) and v4 (IPv4 ad- 
dress) to the DNS server 23, a c4 (IPv4 address) to the 
DNS server 24, n6 (IPv6 address) and n4 (IPv4 address) 
to the translator 11,16 (IPv6 address) and 14 (IPv4 ad- 
dress) to the translator 12, m6 (IPv6 address) and m4 
(IPv4 address) to the translator 13, and r4 (IPv4 ad- 
dress) to the terminal 42. 

[0029] Referring to Fig. 24, there is shown an opera- 
tion procedure for the mobile terminal 41 to communi- 
cate with the IPv4 terminal 42 in the foreign network 2. 
The translator 12 monitors all the DNS queries (refer to 
the Internet RFC Dictionary published by ASCII, pp.323 
- 329) in the DNS message translation and process 1 02. 
The terminal 41 transmits a DNS query to the DNS serv- 
er 23 so as lo acquire an IPv6 address from a name 
(assumed to be R) of the terminal 42. The DNS server 
23 does not know the IP address corresponding to the 



10 

name R and therefore transmits the DNS query to the 
DNS server 24. These packetformats are shown in Figs. 
54, 56, and 57. The translator 12 detects these packets 
(sequence 300) and awaits a response from the DNS 
5 server 24. Figs. 55, 56, and 58 show DNS response 
packet formats. In this embodiment, the name R is en- 
tered into a header part shown in Fig. 58 of the response 
packet from the DNS server 24 and the IPv4 address r4 
corresponding to the name is entered into an end of it. 
10 The translator 1 2 detects the response packet from the 
DNS server 24 and then rewrites the IPv4 address r4 to 
an IPv6 address s6 for the subsequent translation (se- 
quence 301). This IPv6 address is a virtual one for the 
name R and therefore hereinafter referred to as a virtual 
is destination IP address. This process is performed in the 
DNS message translation and process 1 02 in the trans- 
lator 12. In this rewriting, an entry for associating r4 with 
s6 is prepared on the translation table 1 01 (see entry #1 
in Fig. 22) in the translator 12. The DNS response pack- 
et rewritten from the actual destination IP address to the 
virtual destination IP address s6 is transmitted to the ter- 
minal 41 via the DNS server 23. 

[0030] The terminal 41 which has received the DNS 
response packet begins to transmit an IP packet to the 
terminal 42. A destination IP address of these packets 
is s6 and their source IP address is t6 which is an IPv6 
address of the terminal. When the IP packet transmitted 
from the terminal 41 arrives at the translator 12, the 
packet is transmitted to the data packet translation and 
process 104 in the translator 12. In the data packet 
translation and process 104, a translation table man- 
agement part 101 is searched for by using the destina- 
tion I P address s6 as a search key. Then, the above pre- 
pared entry (entry #1 in Fig. 22) is found and therefore 
a source IP address t6 of this packet, an IPv4 address 
1 4 of the translator 1 2, a source port number, and a des- 
tination port number of this packet are written into the 
entry (entry #1 in Fig. 22). The address 14 is a virtual 
one for the source IPaddresst6 and herein after referred 
to as a virtual source IP address. Thereby, making the 
translation rule is completed (sequence 302). An item 
on the translation table 1 01 , "Lifetime of entry" indicates 
how long the entry should be retained. Items on the 
translation table 1 01 , "Source port number and "Desti- 
nation port number are expected to be used for a proc- 
ess of transmitting the packet to a proxy server, for ex- 
ample, if the packet is found to be a Web access from 
the port number described in the header of the packet 
transmitted from the terminal 41 . The above information 
is not always necessary. The information "Source port 
number and "Destination port number are not used in 
this embodiment. 

[0031] The translator 12 stores the translation rule 
made in this manner on the translation table 101 and 
registers the translation rule in the translation server 21 
(sequence 303). This registration process is performed 
by the translation server query process 1 00 in the trans- 
lator 12. At this time, it is a problem how the address of 
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the translation server is acquired. In this embodiment, it 
is assumed to be initialized at the startup of the device. 
Referring to Figs. 59 and 62, there are shown formats 
of this registration message. The generated translation 
rule is described in the part of the translation information s 
251 shown in Fig. 59. 

[0032] In the translation server 21 which has received 
the registration message, the translation information 
register request process 111 fetches the translation in- 
formation and stores it into the translation information 
storage part 110. 

[0033] In the data packet translation and process 1 04 
of the translator 12, the IPv6 addresses t6 and s6 in the 
packet are rewritten to 14 and r4, respectively (se- 
quence 304), and then transmitted to the terminal 42. At 
the translation, not only the IP addresses, but also the 
packet format is translated from the I Pv6 packet format 
to the IPv4 packet format. This format translation is also 
performed by the data packet translation and process 
1 03 in the translator 12. For reference, there are shown 
the IPv6 packet format in Fig. 49 and the IPv4 packet 
format in Fig. 46. 

[0034] On the other hand, the translator 1 2 rewrites 
the source IP address r4 to s6 and the destination IP 
address 1 4 to t6 conforming to the generated translation 
rule for the IPv4 packet transmitted from the terminal 42 
and translates the IPv4 packet to the IPv6 packet (se- 
quence 305). The translated packet is transmitted to the 
terminal 41. 

[0035] Referring to Fig. 25, there is shown an opera- 
tion procedure after the terminal 41 moves to the posi- 
tion rand before the terminal 41 begins to communicate 
with the terminal 42. With a movement, the terminal 41 
is given a new care of address q6 (IPv6) by the foreign 
network 2. The translation service to the terminal locat- 
ed at the position r is provided by the translator 13. 
[0036] The terminal 41 registers the position of the 
home agent 31 of the Mobile IP, first (refer to http:// 
search.ietf.org/internet-drafts/draft-ietf-mobileip- 
ipv6-13.txt, pp.9 - 11). The packet formats are shown in 
Figs. 49, 50, and 51 . The terminal 41 registers the care 
of IPv6 address q6 at the home agent 31 as the current 
position. After that, the terminal 41 transmits the packet 
to the terminal 42. This packet is received by the trans- 
lator 13 and then transmitted to the data packet trans- 
lation and process 104 shown In Fig. 1 9. The data pack- 
et translation and process 104 searches the translation 
table 101 for the virtual destination IP address s6 as a 
search key. At this time, however, there is no translation 
rule in the translator 13 and therefore the IP address 
cannot be rewritten (sequence 306). If it is reported to 
the translation server query process 1 00 in the translator 
1 3, the translation server query process 1 00 inquires the 
translation information of the translation server 21 (se- 
quence 307). Referring to Figs. 60, 63, and 64, there is 
shown an embodiment of the query packet format. Into 
the first part in Fig. 60, is entered the virtual destination 
I P address s6 which is a search key of the desired trans- 



lation information. In the data packet translation and 
process 1 04, a packet which cannot be translated is re- 
tained for a certain period. 

[0037] The translation information query process 112 
in the translation server 21 fetches the search key s6 
from the query packet. Next, the translation information 
1 1 0 is searched using s6 as a search key. As described 
above, the translation information 110 contains the reg- 
istered translation rules (a correspondence between t6 
and 1 4, a correspondence between s6 and r4, etc.) cor- 
responding to the virtual destination IP address s6. The 
translation information searched for and found based on 
the translation information 110 is returned to the trans- 
lation information query process 11 2. The translation in- 
formation query process 112 stores the received trans- 
lation information in the format shown in Figs. 61, 63, 
and 65 and makes a response to the translator 1 3 (se- 
quence 308). The translation information is stored in the 
last part in Fig. 65. 

[0038] The translator 1 3 fetches the translation infor- 
mation based on the response from the translation serv- 
er 21 by the translation server query process 1 00 and 
then stores it into the translation table 101. After that, 
the data packet translation and process 1 04 rewrites the 
retained packet from the IPv6 addresses t6 and s6 to 
1 4 and r4, respectively, on the basis of the translation 
information (sequence 304) and then transmits it to the 
terminal 42. At the translation, the packet format is trans- 
lated from the IPv6 packet format to the I Pv4 packet for- 
mat as well as the IP address. This format translation is 
also performed by the data packet translation and proc- 
ess 103 in the translator 12. 

[0039] On the other hand, the translator 13 rewrites 
the source IP address r4 to s6 and the destination IP 
address 14 to t6 conforming to the translation table 101 
also for the IPv4 packet transmitted from the terminal 
42 and translates the I Pv4 packet to the I Pv6 packet (se- 
quence 305). The translated packet is transmitted to the 
terminal 41 via the home agent 31 . 
[0040] Referring to Fig. 26, there is shown an opera- 
tion procedure for performing the route optimization de- 
scribed by referring to Fig. 6 (refer to http://search.ietf. 
org/internet-drafts/draft-ietf-mobileip-ipv6-1 3.txt, pp.87 
-89). 

[0041] After the end of the procedure shown in Fig. 
25, the mobile terminal can select whether the route op- 
timization should be performed. If the route optimization 
is performed, the terminal 41 registers the care of IPv6 
address q6 given by the foreign network 2 as the current 
position at the terminal 42 which is a correspondent par- 
ty in the same manner as for the registration of the cur- 
rent position at the home agent (HA). The translator 13 
monitors a position registration message from the ter- 
minal 41 to the terminal 42 in the same manner as for 
the DNS message. If the translator 13 detects the posi- 
tion registration message described in IPv6 destined for 
the terminal 42 from the terminal 41 , the message is 
transmitted to the Mobile IP message translation and 
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process 103 by the input packet filtering process. The 
Mobile IP message translation and process 103 associ- 
ates a virtual source IP address m4 with a pair of the 
source IP address t6 and the care of address q6, makes 
a translation rule for associating s6 with r4, and retains 
it in the translation table 101 (see the #4 entry in Fig. 
22). Additionally, the Mobile I P message translation and 
process 1 03 translates the care of address q6 described 
in the position registration message to m4 and transmits 
it to the terminal 42. While the current position informa- 
tion is described in the payload of the packet in the IPv4 
Mobile IP, it is described in the header of the packet in 
the IPv6 Mobile IP. Therefore, the Mobile IP message 
translation and process 103 performs the format trans- 
lation as well as rewriting the address and then transmits 
the position registration message to the terminal 42. 
[0042] After performing the route optimization, the 
mobile terminal 41 uses the care of address q6 as a 
source IP address when transmitting a packet to the ter- 
minal 42. Then, the original address is described in the 
IPv6 extended header part (Fig. 49). When translating 
the packet in the data packet translation and process 
1 04, the translator 1 3 searches the translation table 1 01 
using an address in the extended header (the original 
source IP address) as well as the source IP address (the 
care of address) in the IP header and the destination IP 
address (the virtual destination IP address) as a search 
key. This prevents an entry before the route optimization 
from being searched for. Whether the address in the ex- 
tended header should be used as a search key is deter- 
mined by a presence or an absence of the extended 
header. In other words, if the original source IP address 
exists in the extended header, it is always added to the 
search keys. Accordingly, the packet can be converted 
based on the translation information even if the terminal 
moves. 

[0043] The above embodiment has been described 
for a transmission from the mobile terminal 41 to the ter- 
minal 42. Fig. 27 contrarily shows a procedure in which 
the terminal 42 initiates a communication with the ter- 
minal 41 located in the position q. While this procedure 
differs from the above procedure in respects of the DNS 
server which the terminal 42 queries and the like, it can 
be easily understood from the procedure described by 
using Fig. 24 and therefore a detailed description will be 
omitted here. This embodiment is characterized by that 
a DNS query from the terminal 42 is transmitted to a 
DNS server 22 via a DNS server 24 since the IP address 
corresponding to a name T of the terminal 41 is associ- 
ated with a home address t6, that the translator 1 1 there- 
by makes a translation rule for associating t6 with a vir- 
tual destination IP address f4, and that the translator 11 
treats the virtual source I P. address as an IPv6 address 
1 6 of the translator 1 2 to associate r4 with 1 6 when mak- 
ing a translation rule since a packet destined for the ter- 
minal 42 from the terminal 41 passes through the trans- 
lator 12. In Fig. 27, the DNS server 22 is given i6 (IPv6 
address) and i4 (IPv4 address). 



[0044] Referring to Fig. 28, there is shown an opera- 
tion procedure after the terminal 41 moves to the posi- 
tion r and before the terminal 42 starts to communicate 
with the terminal 41. This procedure can be easily un- 
5 derstood from the procedure described by using Fig. 25 
and therefore the description is omitted here. 
[0045] Referring to Fig. 29, there is shown a proce- 
dure for optimizing a route after the end of the procedure 
shown In Fig. 28. This procedure can be easily under- 
go stood from the procedure described by using Fig. 26 and 
therefore a detailed description is omitted here. While 
the terminal 41 registers the current position at the ter- 
minal 42 as the position registration message via the 
translator 13 and begins to transmit a packet destined 
15 for the terminal 42 in the procedure described by using 
Fig. 26, the position registration message is transmitted 
together with the packet destined for the terminal 42 in 
the procedure shown in Fig. 29. Then, in the translator 
13, the current position is registered at the terminal 42 
20 by the same process as one described by using Fig. 26 
and then the source IP address of the packet is rewritten 
to be transmitted to the terminal 42. 
[0046] Referring to Fig. 6, there is shown a diagram 
of a communication route selected if the mobile terminal 
25 41 initiates a communication with the IPv4 terminal 42 
in the home network 1 . 

[0047] Referring to Fig. 7, there is shown a communi- 
cation route selected if the mobile terminal moves to a 
foreign network 2 (position q). Referring to Fig. 30 and 

30 Fig. 31 , there are shown communication procedures in 
Fig. 6 and Fig. 7, respectively. Fig. 24 shows an opera- 
tion procedure after the terminal 41 initiates the commu- 
nication and before it actually starts to exchange data 
to or from the terminal 42 and Fig. 25 shows an opera- 

35 tion procedure after the terminal 41 moves and before 
it starts to exchange data. These procedures are the 
same as those described by using Figs. 24 and 25 ex- 
cept the differences of the related DNS server and trans- 
lators. Describing this point by way of caution, the home 

40 address t6 is associated with the IPv4 address n4 of the 
translator in these procedures and therefore the packet 
transmitted from the terminal 42 to the terminal 41 pass- 
es through the translator 11 , which is different from the 
procedures described by using Figs. 24 and 25. 

45 [0048] Referring to Fig. 8, there is shown a communi- 
cation route selected if the terminal 41 moves from the 
position q to a position p. Referring to Fig. 32, there is 
shown an operation procedure in this route. This proce- 
dure is the same as one described by using Fig. 25 ex- 

50 cept a difference of related translators. 

[0049] Fig. 4 set forth in the above also shows a com- 
munication route selected if the route is optimized after 
the terminal 41 moves from the position p to the position 
q. Additionally Fig. 5 in the above shows a communica- 

55 tion route selected if the terminal 41 further moves from 
the position q to the position r after the route optimiza- 
tion. Referring to Figs. 33 and 34, there are shown op- 
eration procedures for the respective cases. These pro- 
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cedures are the same as those described by using Fig. 
26 except differences of related translators. 
[0050] Referring to Fig. 35, there is shown a commu- 
nication procedure for starting a communication from 
the terminal 42 to the mobile terminal 41 in Fig. 6. Re- 
ferring to Fig. 36, there is shown an operation procedure 
for starting a communication from the terminal 42 to the 
mobile terminal 41 when the terminal 41 moves as 
shown in Fig. 7. Referring to Fig. 37, there is shown an 
operation procedure for starting a communication from 
the terminal 42 to the mobile terminal 41 when the ter- 
minal 41 moves to the position shown in Fig. 8 from the 
condition in Fig. 7. Referring to Fig. 38, there is shown 
an operation procedure for starting a communication 
from the terminal 42 to the mobile terminal 41 used when 
the route is optimized from the condition in Fig; 7 to the 
condition in Fig. 4. Referring to Fig. 39, there is shown 
an operation procedure for starting a communication 
from the terminal 42 to the mobile terminal 41 used when 
the route is optimized from the condition in Fig. 8 to the 
condition in Fig. 5. These procedures are almost the 
same as those described by using Figs. 27 to 29 and 
therefore the description is omitted here. 
[0051] Next, a description is given below for a case 
where an IPv4 mobile terminal initiates a communica- 
tion with an IPv6 terminal in a foreign network and then 
it moves with a route optimization 
(http://search.ietf.org/draft-ietf-mobileip-optim-10.txt; 
pp.1 -4 and http://www.ietf.org/rfc/rfc2002.txt; pp. 
24-32). 

[0052] Referring to Fig. 9, there is shown a diagram 
of assistance in explaining a configuration of a network 
in which IPv4 networks 4 and are connected to an IPv6 
network 6. The network 4 is a home network of the IPv4 
mobile terminal 43 and the network 5 is a foreign net- 
work of the mobile terminal 43. Others are configured in 
the same manner as for one in Fig. 1 . 
[0053] Referring to Fig. 10, there is shown a commu- 
nication route selected if an IPv4 mobile terminal 43 in 
the position q initiates a communication with an IPv6 ter- 
minal 44. Referring to Fig. 11 , there is shown a commu- 
nication route selected if the terminaJ 43 moves from the 
position q to the position r. Figs. 1 2 and 1 3 illustrate com- 
munication routes optimized in the conditions Figs. 10 
and 11 , respectively. The route optimization process af- 
ter starting the transmission from the terminal 41 in the 
foreign network to the terminal 42 is the same as the 
route optimization process performed when the terminal 
41 moves from the home network 1 to the foreign net- 
work 2 and therefore Fig. 1 3 shows an example of the 
latter. 

[0054] Referring to Figs. 40, 41, and 42, there are 
shown communication procedures used for communi- 
cations through the communication routes shown in 
Figs. 10, 11, and 13. Subsequently, Figs. 40, 41, and 42 
are described below. 

[0055] Referring to Fig. 40, there is shown a proce- 
dure forthe IPv4 mobile terminal in the foreign network 



communicating with the IPv6 terminal. It is quite the 
same as the procedure (Fig. 24) forthe IPv6 mobile ter- 
minal communicating with the IPv4 terminal. Regarding 
the translation information, the IPv4 and IPv6 addresses 

s are replaced with each other. In other words, the trans- 
lator 12 allocates a virtual source IPv6 address to the 
source IPv4 address and a virtual destination IPv4 ad- 
dress to the destination IPv6 address. 
[0056] Referring to Fig. 41, there is shown a proce- 

w dure used when the IPv4 mobile terminal moves after 
the completion of the procedure shown in Fig. 40. It is 
also the same as one for the IPv6 mobile terminal (Fig. 
25) except that the addresses IPv4 and IPv6 are re- 
placed with each other as addresses in the translation 

is information. 

[0057] Referring to Fig. 42, there is shown a proce- 
dure for performing a route optimization after the proce- 
dure in Fig. 41 . It differs from the procedure for the IPv6 
mobile terminal in that the position registration for the 

20 route optimization is performed not by the mobile termi- 
nal, but by the home agent. Accordingly, though the dif- 
ference has no concern with a communication with the 
mobile terminal, when the translator 1 3 generates trans- 
lation information in the sequence 310 in Fig. 42, trans- 

25 lation information for the home agent is also required as 
well as translation information of the mobile terminal and 
therefore they are generated simultaneously. Others are 
the same as for the IPv6 mobile terminal. 
[0058] Referring to Fig. 14, there is shown a commu- 

30 nication route selected when the mobile terminal 43 
makes a communication in the home network 4. If the 
mobile terminal 43 moves to a foreign network 5 in this 
status, a communication route as shown in Fig. 15 is 
selected after the movement according to a translation 

35 method of the present invention. If the route is optimized 
in this status, the route is selected as shown Fig. 12. If 
the terminal 43 moves further, the communication route 
is selected as shown in Fig. 16. If the route is optimized 
in the status, the communication route is selected as 

40 shown in Fig. 13. These procedures are the same as 
those described by using Figs. 24 to 26. 
[0059] Next, there is described an embodiment in 
which a translation server contains a DNS server func- 
tion serving as a phone directory (large scale distributed 

45 database) In the Internet. 

[0060] Referring to Fig. 21 , there is shown an embod- 
iment of a DNS server incorporated translation server. 
Fig. 21 illustrates a functional block diagram of the DNS 
server incorporated translation server. The DNS server 

so incorporated translation server has a processor, a stor- 
age device, and a communication controller for a con- 
nection to a network as hardware, though they are not 
shown. An input packet filtering process, a translation 
information register request process 111, a translation 

55 information query process 112, and an IP address query 
process 113 are made of software and executed by the 
processor. They can be made of hardware. A name, an 
IP address, and translation information 114 are retained 
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in the storage device. In the input packet filtering proc- 
ess, input packets are distributed to the translation in- 
formation register request process 111, the translation 
information query process 112, and the IP address que- 
ry process 1 1 3. The translation information register re- s 
quest process 111 processes a translation information 
register request and stores the fetched translation infor- 
mation, name, and IP address into the translation infor- 
mation storage part 114. The IP address query process 
113 processes a name resolving request of the DNS, io 
searches names, IP addresses, and the translation in- 
formation storage part 114 with the fetched name, and 
then transmits an acquired IP address to the request 
source. In addition, the translation information query 
process 112 processes the translation information que- 15 
ry, searches names, IP addresses, and the translation 
Information storage part 1 1 4 with the fetched virtual des- 
tination IP address or the like, and then transmits the 
acquired translation information to the request source. 
[0061 ] Referring to Fig. 43, there is shown a diagram 20 
of an operation procedure in which the IPv6 mobile ter- 
minal exists in a foreign network when using the DNS 
server incorporated translation server and initiates a 
communication. 

[0062] Comparing Fig. 43 with an operation proce- 25 
dure using a normal translation server (Fig. 24), the DNS 
server incorporated server 23-1 is used instead of the 
translation server 21 and the DNS server 23 and there- 
fore the DNS server incorporated translation server 23-1 
is used for a destination of the translation information 30 
registration sequence 303. Fig. 23 shows an example 
of translation information of combined correspondences 
of the translation information, names, and IP addresses 
registered in this sequence and retained in the DNS 
server incorporated translation server 23-1 (#1 entry). 35 
[0063] Generally in name resolving requiring a proto- 
col translation, a DNS cache function is inhibited. In oth- 
er words, in Fig. 34, the DNS server 23 always queries 
the DNS server 24 and it is inhibited to hold the result. 
It is because the intermediate translator 12 rewrites a 40 
DNS response and because identification is not assured 
between IP address rewriting information owned by the 
translator 12 and the cache IP address information re- 
tained in the DNS server 23. 

[0064] On the other hand, the DNS server Incorporat- 45 
ed translation server 23-1 according to the present in- 
vention enables the DNS cache function by returning the 
virtual destination IPv6 address s6 to a name resolving 
request for a name R. It is possible because each trans- 
lator always registers new translation information at the so 
DNS server incorporated translation information server 
23-1 when generating the new translation information 
and therefore any change of the translation information 
always updates the translation information in the DNS 
server incorporated translation information server 23-1 ss 
and because a lifetime of the translation information can 
be managed and therefore translation information dis- 
carded by each translator can also be discarded in the 
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DNS server incorporated translation server 23-1 . There- 
by an IP address for a certain name R is a certain virtual 
destination IP address until the lifetime of the translation 
information ends up and the translation information is 
discarded. 

[0065] In addition, an address for a name is returned 
in the same manner as for a normal DNS server for a 
name not requiring a protocol translation (an empty vir- 
tual address field) and a destination IP address and a 
virtual source IP address are returned for a query of 
translation information after searching for those with a 
virtual destination IP address and a source IP address. 
[0066] As set forth hereinabove, the DNS server in- 
corporated translation information server 23-1 can real- 
ize functions of both the DNS server and the translation 
server. 

[0067] According to the above embodiments, a mo- 
bile terminal can continue a communication even after 
moving while translating protocols independently of 
whether it is an IPv4orlPv6 mobile terminal. In addition, 
the mobile terminal can continue the communication 
even after moving while translating protocols both in 
originating and receiving a call. Furthermore, the mobile 
terminal can continue the communication even after 
moving while translating protocols in both cases in 
which the mobile terminal is located in the home network 
and in which it is in a foreign network. Still further, even 
after a route optimization with a linkage with the Mobile 
IP, the mobile terminal can continue the communication 
after moving while translating protocols. 
[0068] Additionally, even if a DNS server is used as a 
translation server or if a protocol translation is neces- 
sary, the DNS cache function is available. 



Claims 

1 . A method of translating protocols at a translator (11) 
connected to a first network (1 ) for transferring data 
in a first protocol to a second network (2) for trans- 
ferring data in a second protocol, and to a transla- 
tion server (21 ) to which other translators (12, 13) 
are connected, the translator (11 ) retaining transla- 
tion information for a protocol translation between 
the first protocol and the second protocol, the meth- 
od comprising the steps of: 

detecting an address query of a terminal (42) 
accommodated in the second network, from a 
first terminal (41 ), preferably a mobile terminal, 
accommodated in the first network (1); 
generating a second address in the first proto- 
col corresponding to a first address in the sec- 
ond protocol provided to the terminal (41); 
retaining a correspondence between the first 
address and the second address as translation 
information; and 

registering the correspondence between the 
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first address and the second address at the 
translation server (21). 

2. A method of translating protocols according to claim 
1, upon receiving a packet having the second ad- 5 
dress as a destination address from the second ter- 
minal (42), preferably a mobile terminal, at the ad- 
dress in the first protocol in which a source address 
is provided to the second terminal (42) as a result 
of a movement of the second terminal(42) which to 
has been communicating with the terminal (41) via 
the other translators (1 2,13), further comprising the 
steps of: 

inquiring of the translation server (2 1 ) about ad- * 5 
dress information of the terminal (42); 
receiving the correspondence between the first 
address and the second address registered by 
the other translators (12, 13) from the server 
(21); 20 
rewriting the destination address to the first ad- 
dress; and 

transmitting the rewritten packet to the terminal 
(41). 

25 

3. A method of translating protocols according to claim 
1 , upon receiving a packet having the second ad- 
dress as a destination address from the terminal 
(41) which has been communicating with the sec- 
ond terminal (42) via the other translators (12, 1 3), 30 
further comprising the steps of: 

inquiring of the translation server (2 1 ) about ad- 
dress information of the second terminal (42); 
receiving the correspondence between the first 35 
address and the second address registered by 
the other translators (12, 13) from the transla- 
tion server (21); 

rewriting the destination address to the first ad- 
dress; and 40 
transmitting the rewritten packet to the second 
terminal (42). 

4. A method of translating protocols according to claim 
2 or 3, wherein the source address Is rewritten to 45 
the address in the second protocol provided to the 
translator (11). 

5. A method of translating protocols according to any 
one of claims 1 to 4, wherein so 

the destination address is an Internet Protocol 
(IP) destination address, 
the source address is an IP source address, 
the first protocol is the IP version 4 (IPv4) or the 55 
IP version 6 (IPv6) protocol, and 
the second protocol is the IP version 4 (IPv4) 
or the IP version 6 (IPv6) protocol. 
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6. A method of providing protocol translation informa- 
tion at a translation server (21) connected to a plu- 
rality of translators (11 , 12, 13), each performing a 
translation between a first protocol and a second 
protocol, comprising the steps of: 

receiving protocol translation information re- 
tained in one or more of the plurality of transla- 
tors (11, 12, 13) therefrom; 
retaining the protocol translation information; 
and 

searching the retained protocol translation in- 
formation and transmitting the corresponding 
protocol translation information to the translator 
(11) when receiving a query of protocol trans- 
lation information from one of the plurality of 
translators (11, 12, 13). 

7. A method of providing protocol translation informa- 
tion according to claim 6, wherein the protocol 
translation information is a correspondence be- 
tween the address in the first protocol provided to 
the terminal (41) and the address in the second pro- 
tocol generated in a translator corresponding to it. 

8. An address translation server (21) connected to a 
first network (1 ) for transferring data in a first proto- 
col, comprising a name of a terminal (42) accom- 
modated in a second network for transferring data 
in the first protocol, an address in the second pro- 
tocol corresponding to that name, and a table con- 
taining a correspondence between the address and 
an address in the first protocol generated in corre- 
spondence with that address. 

9. An address translation sever (21) connected to a 
first network (1 ) for transferring data in a first proto- 
col, comprising a memory for storing a name of a 
terminal (42) accommodated in a second network 
for transferring data in a second protocol, an ad- 
dress in the second protocol corresponding to that 
name, and a table containing a correspondence be- 
tween that address and an address in the first pro- 
tocol generated in correspondence with that ad- 
dress. 

10. An address translation server according to claim 8 
or 9, wherein the address in the first protocol is 
transmitted to the terminal (42) upon receiving an 
address query for that name from the terminal (41) 
accommodated in the first network. 

11 . An address translator (11 ) connected to a first net- 
work (1) for transferring data in a first protocol to a 
second network (3) for transferring data in a second 
protocol, and to a translation server (21) to which 
other translators (12, 13) are connected, the trans- 
lator (1 1 ) retaining translation information for a pro- 
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tocol translation between the first protocol and the 
second protocol, and performing the steps of: 

detecting an address query of a second termi- 
nal (42) accommodated in the second network s 
(3), from a first terminal (41), preferably a mo- 
bile terminal, accommodated in the first net- 
work (1); 

generating a second address in the first proto- 
col corresponding to a first address in the sec- w 
ond protocol provided to the first terminal (41 ); 
retaining the correspondence between the first 
address and the second address as translation 
information; and 

registering the correspondence between the is 
first address and the second address at the 
translation server (21). 
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IPv4 packet format 
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FIG.47 

stored in IPv4 payload (see fig.46) 
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mobile IPv4 registration request message format 
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stored in IPv4 payload (see fig.46) 
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+-+-+-+-+-*~+-+-+~+-+-t~+—t-+-+-+-+-+-+-+-+-+-+-+-+-i— +-+-+-+-+-+ 

I I 
+ ID + 

I I 
I EXTENSION. . . 

mobile IPv4 registration reply message format 
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FIG.49 



0 12 3 
012345678901 2345678901 2345678901 

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 

| VERSION | TRAFFIC CLASS | FLOW LABEL | 

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- +-+-+-+-H — I — I — I I — I — h — I — I- 

| PAYLOAD LENGTH | HEADER ' H ° P UM ' T ' 

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 

| -I — 220 
+ + 

1 I 
+ SOURCE IP ADDRESS + 

I I 

+ + 

I I 

I t— 221 

+ + 

I I 
+ DESTINATION IP ADDRESS + 

I I 
+ + 

I I 

+-+-+-+-+-+-+--»-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 

I -I — -222 
'l EXTENSION HEADER 'j 

I I 

H — I — H — I — I — »- — I — I — I — I — I — h-H — i — I — I — I — I — I — I — I — I — h- H — I — I — I — I — I — I — I — I — V 

I -I — 223 

/ / 
/ PAYLOAD i 

I I 



IPv6 packet format 
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FIG.50 



stored in IPv6 extension header (see fig.49) 



+ ^-+- + -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 

I NEXT HEADER I EXTENSION i , 

| NtAi nbADER I HEADER LENGTH ' I 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ + 

i I 

■ 

OPTION T 

i I 

+-+-+-+-+-+-+-+-+-+-+-+- + - + - + - + - + - + - + _ + _ + _ + _ + - + _ + _ + _ + _ + _ + _ + _ + _ + _ + 



IPv6 destination options header message format 



-230 



FIG.51 



stored in option of IPv6 extension header (see fig.50) 

0 12 3 

01234567890123456789012345678901 

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 

| TYPE OF OPTION| OPTION LENGTH | 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-H — f--+-+ 

| FLAG | PREFIX LENGTH | SEQUENCE NUMBER | 

+-+ - + - + -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- + -4. 

I TIME OF LIVE | 

+~- t - + -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 

I SUB-OPTION. . . ~231 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+_+ 



Mobile IPv6 binding update message format 
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FIG.52 



stored in options of IPv6 extension header (see fig.50) 

0 12 3 

012345678901 2345678901 2345678901 

+-+-+-+-+-+-+-+-+ 

| TYPE OF OPTION | 

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 

| OPTION LENGTH | STATUS | SEQUENCE NUMBER | 

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-■»--+-+-+-+-+-+-+-+-+-+-+-+-+-+ 

| TIME OF LIVE I 

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 

| REFRESH I 

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 

| SUB-OPTION. . . 

+-+-+-+-+-+-+-+-+-+-+-+- 



Mobile IPv6 binding acknowledge message format 



FIG.53 



stored in options of IPv6 extension header (see fig.50) 

0 1 
0123456789012345 

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- 
|TYPE OF OPTION | OPTION LENGTH | SUB-OPTION. . . 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- 

Mobile IPv6 binding request message format 



BNSOOCID: <EP 1251668A2_L> 
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FIG.54 

stored in payload of IPv4 or IPv6 
packet (see fig.46 and 49) 



+ + 

| HEADER [——240 
+ + 

| DNS QUERY [—241 
+ + 



DNS query message format 



FIG.55 

stored in payload of IPv4 or IPv6 



packet (see fig.46 and 49) 

+ + 

| HEADER [—240 

+ 1 + 

| RESPONSE TO QUERY (R1) [—242 
+ + 

I DNS SERVER ADDRESS TO BE L^^ai 
I QUERIED NEXT (R2) f— 243 
+ _ + 

| ADDITIONAL INFORMATION (R3) [—244 
+ + 



DNS. response message format 
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FIG.56 

details of header part in Figs.. 54-55 



111111 

0123456789012345 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 



ID | 

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
M SgSl ESS I FLAG I^SPONSE, 

+-+-+- + -+- + -+-+- + -+-+-+-+-+-+- + -+ 

J THE NUMBER OF NAMES TO QUERY | 
+-+-+-+-+-+-+-+-+-+-+-+-+— *--+-+-+ 

| THE NUMBER OF RESPONSES TO QUERY | 
H — I — I — I — I — h — I — I — I — I — h-H — I — I — I — I — I- 

| THE NUMBER OF DNS SERVERS | 

H — I — I — I — I — I — I — I — I — I — I — I — I — I — 1 — I — f- 

| THE NUMBER OF ADDITIONAL INFORMATION | 
+-+-+-+-+-+-+-H — H-+-+-+-H — | — | — I — |- 

DNS header part message format 
(common to query and response) 



FIG.57 



111111 

I I 

/ NAME TO QUERY f 

/ / 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 

| TYPE OF QUERY | 

H I I I I I I I I I I I I I I I h 

| QUERY CLASS | 

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+--(- 

DNS query part, in FIG.54 message format 
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FIG.58 

I I 

/ NAME WHICH IS RESPONDED / 

/ TO IN RESOURCE RECORD / 

I I 

H — I — I — I — I — I — I — I — I — I — I — I — j — I — I — | — h 
| TYPE OF RESOURCE RECORD | 

+-+-+-+-+-+-+-+-+-+-+-+-- h-- h~ f-+- + 
| RESOURCE RECORD CLASS | 

H — f — I — I — I — I — I — I — I I I I I — I — I — I — h 

J LIFETIME J 

+-+-+-+-+-+-+-+-+-- j.- +-+-+-+-+-+-+ 

| RESOURCE RECORD LENGTH | 

+-+-+-+-+-+-+-+-+-+-+-+- +~ f~+-+- | 

f f RESOURCE RECORD 1 

H — I — I — I — I — I — I — I — | — I — | — | — | — | — | — | — h 

DNS response part message format 
(common to R1,R2 and R3 in FIG.55) 



FIG.59 



stored in payload of IPv4 or IPv6 

packet (see fig.46 and 49) 

+ + 

| HEADER | 250 

+ + 

| ZONE | 
+ + 

| PREREQUISITE INFORMATION j 
+ + 

| UPDATE INFORMATION | 

+ + 

| TRANSLATION INFORMATION }— 251 
+ + 

translation information register 
message format 
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FIG.60 



stored in payload of IPv4 or IPv6 
packet (see fig.46 and 49) 

+ + 

| HEADER [——252 
+ + 

| TRANSLATION INFORMATION QUERY 253 
+ + 

translation information query 
massage format 



FIG.61 



stored in payload of IPv4 or IPv6 

packet (see fig.46 and 49) 

+ + 

| HEADER f—252 

+ + 

| RESPONSE TO QUERY (R1) \-+~. 254 

+ + 

I SERVER ADDRESS TO BE U<?rc 
I QUERIED NEXT (R2) P"" ^ 00 

+ + 

| TRANSLATION INFORMATION (R3) |~i 256 
+ + 

translation information response 
message format 



BNSOOCIO <EP »8516 8aA2_ l_> 
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FIG.62 

I ID | 

+"+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 

W CODE ESS I ALL ZEROS |^SPONSE| 
+-+-+-+-+-+-+-+-+-+-+- + - + - + _+_ + _ + 

| THE NUMBER OF ZONES | 

+-+-+-+-+-4— +-+-+-+-+-+-+-+-+_+_+ 

| THE NUMBER OF PREREQUISITE INFORMATION | 
+- +-+-+- +-+-+- +-+-+- +-+-+-+-+-+-+ 

| THE NUMBER OF UPDATE INFORMATIONS | 
+-+-+-+-+-+~f-+-+-+-+-+-+-+-+-+-+ 

fTHE NUMBER OF TRANSLATION INFORMATIONf"— 260 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 

message format of header part of 
translation information register message 



FIG.63 

details of header part in Figs.. 60-61 

i ID | 

"I I ' I I — I — I — I — I — I — I — I — I — I — ( — 1 — \- 
W ES8P S I FLAG egg*"*! 

+ - + - + - + -+- + - + - + - + -+- + - + -+- + -+-+- + 

I THE NUMBER OF TRANSLATION I^Ofii 

I INFORMATION IN QUERY I - " 2b1 

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 

| THE NUMBER OF RESPONSES TO QUERY f~-— 262 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 

| THE NUMBER OF TRANSLATION SERVERS f^— 263 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 

|THE NUMBER OF TRANSLATION INFORMATIONf-^-264 
+-+-+-+-+-+-+-+-+-+-+-+-+_+-+_+_+ 

message format of header part of 
translation information query and 
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FIG.64 




/ 
/ 



ADDRESS PAIR IN QUERY 



/ 
/ 



+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 



H — I — I — I — I — I — I — I — I — I — I — I — I- — I — I — I — h 



+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 

translation information query part, 
in FIG.60, message format 



/ ADDRESS PAIR WHICH IS RESPONDED / 
/ TO IN RESOURCE RECORD / 

I I 

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 

| TYPE OF RESOURCE RECORD | 

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 



+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
j LIFE TIME j 

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 

| RESOURCE RECORD LENGTH | 

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- j 

/ RESOURCE RECORD / 

/ (TRANSLATION INFORMATION) / 

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 

message format (common to 



TYPE OF QUERY 



QUERY CLASS 





RESOURCE RECORD CLASS 



R1.R2 and R3 in FIG.61) 
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